接下來我們要來介紹Azure的Queue Storage!

在第五篇及第六篇我們用了HTTP Trigger，讀取新會員的暱稱及興趣資料，篩選比對後，返回Response（興趣符合或不符合）

如果忘記的可以到此連結：
(實作)Serverless打造工程師交友小工具-Azure Functions⚡（上篇）

(實作)Serverless打造工程師交友小工具-Azure Functions⚡（下篇）

上一篇做完了交友任務REST API，我們要回到我們過濾新會員的功能實作及會使用到的相關Feature介紹。

接下來我們將來介紹，將Response資料當成Message傳到Azure Queue Storage

這個Queue裡面儲存的訊息，我們將在一個時段，將Queue的訊息用信件發送

讀者可能會問，我們直接寄信就好了啊，為什麼要多此一舉，先存到Queue再寄送信件呢？

在這個Scenario裡，我們希望不要有新資料進來就直接發信，而是先進到Queue裡，等到接近下班時間再開始發信，並且一天最多發送五個符合條件的資料（不然太多人了也聯絡不完啊）

跟我一樣的Azure新手可能會有疑問，什麼是Azure Queue Storage?

Azure Queue Storage（佇列儲存體）簡介

既然被稱作是Queue，就跟我們以前學資料結構的Queue概念是一樣的，先進先出(FIFO)，就如同現實中排ATM，買電影票的概念，先到的人優先處理

直到被送出處理（dequeued）之前，在Queue裡面的訊息都會被按照送進queue裡的順序保存

Azure Queue Storage特色

• 每一個送進來的訊息最多64k
• 一個queue裡最多可以保存200TB的訊息喔！(適合非同步處理)
• 也能搭配scalable（可擴張）的應用程式使用，可同時對多個queue作用喔
• 突然大量湧進的資料也能控制（先存進Queue裡面來再慢慢消耗）例如如果交友網站做了廣告宣傳，一天就有1000個符合條件的新會員，如果發了1000封信不管是系統，相信連收件的人也是很崩潰的，Queue可以讓我們作控管
• 在Queue裡的訊息最多存7天，第7天會被自動刪除

Azure Queue Storage Message類型

• 可以是UTF-8或是Byte Arrays
• XML文件，CSV檔案，TSV檔案等等
• 序列化的物件資料

使用Azure Queue Storage的好處

• 可避免因為長時間的處理，timeout造成資料遺失
• 可讓應用程式存取來自user的資料，並且丟給對應的reader處理
• 讓不同的系統間進行訊息交換

介紹完Azure Queue Storage，我們在下一篇將進行Queue Storage的實作

實作的快速連結在此：打造工程師交友小工具-Azure Queue Storage

參考：

• http://dog0416.blogspot.com/2018/05/azure-azure-queue-storage.html
• https://docs.microsoft.com/en-us/azure/storage/queues/storage-dotnet-how-to-use-queues
• https://www.youtube.com/watch?v=cdHSecj1j5g&t=632s
• https://www.youtube.com/watch?v=ksryHC9sIOM